(19) 



J 



Europaisches Patentamt 
European Patent Office 
Office europeen des brevets 



(12) 



(43) Date of publication: 

07.12.2005 Bulletin 2005/49 

(21) Application number: 05017557.9 

(22) Date of filing: 06.05.2003 



(H) EP 1 603 301 A1 

EUROPEAN PATENT APPLICATION 

(51) mtci7: H04L 29/06, G06F 17/60 



(84) 


Designated Contracting States: 


(72) Inventors: 




AT BE BG CH CY CZ DE DK EE ES Ft FR GB GR 


• Lau, Anthony P. 




HU IE IT LI LU MC NL PT RO SE SI SK TR 


Kitchener Ontario, N2C 2J9 (CA) 




Designated Extension States: 


• Curelet-Balan, Gheorghe 




ALLTLVMK 


Kitchener Ontario, N2C 2C (CA) 


(30) 


Priority: 06.05.2002 US 377644 P 


(74) Representative: Hibbert, Juliet Jane Grace et ai 






Kilburn & Strode, 


(62) 


Document number(s) of the earlier application(s) in 


20 Red Lion Street 




accordance with Art. 76 EPC: 


London WC1R4PJ (GB) 




03252820.0 / 1 361 727 








Remarks: 


(71) 


Applicant: Research in Motion 


This application was filed on 12 - 08 - 2005 as a 




Waterloo, Ontario N2L 3W8 (CA) 


divisional application to the application mentioned 






under INID code 62. 



o 

CO 
CO 

o 
(0 



(54) Event reminder method 

(57) A mobile device that uses events as triggers for reminders in addition to date and time. Such events may be 
location-based, or based on other events or tasks scheduled by the user and other events or tasks scheduled by 
another user. 



0. 



Printed by Jouve. 75001 PARIS (FR) 



1 



EP 1 603 301 A1 



2 



Description 

[0001 ] This application incorporates by reference and 
claims the benefit of priority from U.S. Provisional Ap- 
plication No. 60/377,644 filed on May 6, 2003. 

BACKGROUND OF THE INVENTION 

Field of the Invention 

[0002] This invention relates to the field of notification 
applications. In particular this invention relates to an 
event reminder method for mobile devices. 

Description of the State of the Art 

[0003] A mobile device includes a two-way communi- 
cation device, a data-messaging device, a two-way pag- 
er, a cellular telephone with data messaging capabili- 
ties, a wireless Internet appliance, and a data commu- 
nication device. The mobile device includes a micro- 
processor that controls at least a display, flash memory, 
RAM, auxiliary input/output (I/O) subsystems, serial 
port, a keyboard, and a short-range communications 
subsystem. 

[0004] Most scheduling applications on mobile devic- 
es use dates and times for scheduling. For example, a 
calendar application may signal an alert to remind a user 
of an upcoming appointment a set amount of time before 
the appointment starts. Typical calendar applications do 
not take into account delays, how long tasks take to ac- 
complish, sequence of events, or another user's task list 
or location. 

SUMMARY 

[0005] In one aspect of the invention, there is provided 
an application for a mobile device that uses events as 
triggers for reminders in addition to date and time. Such 
events may be location-based, or based on other events 
or tasks scheduled by the user and other events or tasks 
scheduled by another user. 

[0006] In another aspect of the invention, there is pro- 
vided a mobile device that uses events as triggers for 
reminders in addition to date and time. Such events may 
be location-based, or based on other events or tasks 
scheduled by the user and other events or tasks sched- 
uled by another user. 

[0007] Further features of the invention will be de- 
scribed or will become apparent in the course of the fol- 
lowing detailed description. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0008] In order that the invention may be more clearly 
understood, the one or more embodiments thereof will 
now be described in detail by way of example, with ref- 
erence to the accompanying drawings, in which: 



Fig. 1 is a block diagram displaying the different 
types of reminders for a handheld device; 
Fig. 2 is a flow diagram showing the steps taken 
when a user creates a reminder for an event on a 

5 handheld device; 

Fig. 3 is a flow diagram showing more detailed steps 
when a user creates a reminder for an event based 
on second user's task list; 
Fig. 4 is a flow diagram showing the steps for a first 

10 user's device to request location updates from a 
second user's device; 

Fig. 5 is a flow diagram showing steps for a first user 
to send location updates to one or more other users; 
and 

15 Fig. 6 is a schematic diagram of a wireless commu- 
nication device that may be used with the systems 
and methods described herein. 

DETAILED DESCRIPTION 

20 

[0009] Fig. 1 is a block diagram displaying the struc- 
ture of an event, either from a task list application or a 
calendar application on a handheld device. An event 50 
is comprised preferably of text 52, status 54, priority 56, 

25 and a deadline 58. Text 52 may include the subject or 
title of the event 50. Status 54 is preferably defined by 
the state of the progress of the event 50. For example, 
if the event 50 hasn't begun yet, then the status 54 may 
be set to 'Not Started'. If the event 50 has been started 

30 and not completed, the status 54 preferably is set to 'In 
Progress'. If the event 50 has been finished, then the 
status 54 changes to 'Completed'. These are illustrative 
examples of the status 54 of an event 50 and are not 
limited to these examples. A plurality of examples and 

35 possible states may exist. 

[0010] The priority 56 of an event 50 is defined pref- 
erably as the importance of the event 50 and may be 
set to low, normal or high. This setting is based on the 
urgency of the event 50. 

40 [0011] The deadline 58 of an event 50 is defined pref- 
erably as the limiting factor of the event. The event 50 
is completed whenever the deadline 58 requirements 
are satisfied. When the deadline 58 is set, a reminder 
60 may be set to remind a user of the deadline 58. The 

45 reminder 60 may be set according to at least one pref- 
erence such as time 62, location 66, a personal task 70 
from the device task list application, an event from sec- 
ond user's device task list application or calendar 74, or 
a second user's location 78. The reminders are not lim- 

50 ited to these exemplary preferences, and may be set 
according to a plurality of preferences. 
[0012] The preferable default preference br a remind- 
er 60 is time 62. If the user chooses to base the reminder 
60 on time 62, the user chooses a date or time for which 

55 the reminder 60 is to be triggered. 

[001 3] If the user chooses to trigger the reminder 60 
with a location 66, the user preferably sets the location 
for which the reminder is to activate. The location may 
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be listed as a base station of GPS (Global Position Sys- 
tem) coordinate. When the user enters said location. Lo- 
cation may be defined in several ways, not limited to, 
but including base station identifiers, latitude/longitude 
coordinates, and geographical mapping information 
(such as area names of cities, regions, countries, etc.). 
It will be understood by those skilled in the art that the 
location may be detected from a number of different lo- 
cation detection means, which means include GPS, 
proximity to a beacon, and proximity to a base-station. 
[0014] In terms of the display of location information 
to the user, the technical methods that the device may 
use to determine location may not need to be shown in 
its entirety. Abstraction of this information is possible 
through the use of device-based software, computer- 
based software connected to the device, and or way- 
point information (as a user defined location). Using ad- 
ditional location-based software tools, the user may be 
able to choose from a database of locations pre-pro- 
grammed into the software. The user may then choose 
from this list, leaving the technical determination to the 
software. Similarly, software may also be used to help 
define customizable areas (for example, via mouse in- 
put on a computer), which may then be used to build a 
database for the user to select as described above. 
Waypoints are another method of entry whereby the us- 
er may easily enter in an area by using current location 
as a marker. At a particular location that the user wishes 
to mark and record for future use, the user may save the 
user's present location to a database on the device. 
Subsequently, the user may then use this waypoint as 
criteria for future reminders. 

[001 5] The user may choose to base an event remind- 
er 60 on a task from the user's device's task list appli- 
cation 70. In this case, once a task is marked as com- 
plete, preferably the reminder 60 for the second task is 
triggered 72. To set the reminder, the device preferably 
lists the uncompleted tasks for the user to choose from. 
[001 6] If a first user chooses to base a first event re- 
minder 60 on a second event from a second user's de- 
vice's task list application or calendar application74, the 
first device preferably seeks permission from the sec- 
ond user in order to link the two events. If permission is 
granted by the second user, then whenever the second 
user marks the chosen second event as completed, the 
second user's device notifies the first user's device, trig- 
gering the reminder for the first event. Further alternate- 
ly, the second user's device may notify the first user's 
device using email notification where the second user's 
device notifies the first user's device with an email hav- 
ing the reminder for the first event (where the second 
user's device having been provided with the reminder 
for the first event as part of the seeking permission). 
[001 7] The user may choose to base an event remind- 
er 60 on a second user's location 78. The first device 
preferably requests updates of a second user. The sec- 
ond user's device either pushes the location updates to 
the first user's device or the first user's device polls the 



second user's device for the updates. 
[001 81 In a further embodiment the user may be able 
to choose an event reminder based on combinations of 
preferences. For example, the user may choose to base 

5 event reminders on a series of tasks as well as time. In 
this case, when a user creates a series of tasks, a re- 
minder for a first task may be set according to an 
elapsed amount of time from when the task started. A 
reminder for a second task may depend on both the rel- 

10 ative time from when the first task was completed. 
[001 9] Fig. 2 is a flow diagram showing the steps tak- 
en when a user creates a reminder on a handheld de- 
vice. When a user creates a task or a calendar event, 
the user may be able to set a reminder for the task or 

15 appointment as an option in step 80. The reminder is 
preferably based on several factors that the user may 
choose from. If the user decides to base the reminder 
on location in step 82, then the user chooses a location 
for which the reminder notifies the user of the task or 

20 appointment in step 84. In step 86, the device detects 
when the user has entered the chosen location and in 
step 88, the device notifies or remind the user of the task 
or appointment. 

[0020] If the reminder is not based on location, then 

25 a reminder may be based on the completion of a first 
task in step 90. In step 92, the user preferably chooses 
a task from the task list on the device. This first task is 
marked for completion before the reminder notifies the 
user of a second task. In step 94, when the user com- 

30 pletes the first task and marks the first task in the task 
list as completed, then the device reminds the user of 
the impending appointment or next task in step 88. An 
example of when such a reminder may be used is in the 
form of a recipe. A user may enter the series of steps of 

35 the recipe as tasks. For a recipe with sequential steps, 
the user may set a reminder for a second step of a recipe 
based on the completion of a first step of the recipe that 
immediately preceded the second step. 
[0021] If the reminder is not based on either location 

40 or the completion of a first task, then the reminder may 
be based on the completion of second user's event as 
in step 96. When a reminder is based on completion of 
an event in second user's task list or calendar, then 
when that other person has marked the chosen event 

45 for completion , preferably an update is sent from the oth- 
er person's device or organizer to the user's device in 
step 98. Then the device preferably reminds the user of 
the impending appointment or task that was saved on 
the device in step 88. 

so [0022] If the reminder is not based on any of the 
above, then the reminder is based preferably on a de- 
fault of time or date. In step 100, the user preferably 
chooses a date or time that the user wishes to be re- 
minded of the appointment or task that the user has cre- 

55 ated. In step 102, once this date or time has occurred, 
the device preferably alerts the user to remind the user 
of the impending event that needs to be completed in 
step 88. 
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[0023] Fig. 3 is a flow diagram showing more detailed 
steps when a user creates a reminder based on second 
user's event. A first user chooses to base the reminder 
on the completion of a second user's event in step 110. 
The first user chooses the second user. Preferably, this 
selection is made from the first user's contact list or ad- 
dress book application on the device. This selection may 
also be made from an e-mail address that the first user 
enters. 

[0024] Once the second user is selected, preferably, 
a request from the first user's device is sent to the sec- 
ond user requesting to link the first user's event to an 
event in the second user's task list or calendar in step 
1 1 4. If, in step 1 1 6, the second user does not accept the 
first user's request, then in step 118, the second user's 
device preferably sends a rejection to the first user. 
[0025] If the second user accepts the first user's re- 
quest, then in step 1 20, preferably the second user's de- 
vice opens the task list or calendar from which the sec- 
ond user chooses the event to be linked to the first user's 
event. Once this second event is chosen by the second 
user, the second user's device preferably sends a re- 
sponse to the first user detailing the second event of the 
second user to which the first user's event is linked. 
[0026] Fig. 4 is a flow diagram showing the steps for 
a first user to request location information from a second 
user. In step 126, the first user creates an event with a 
reminder for updates of a second user's location. The 
first user chooses a second user, in step 128. The first 
user preferably chooses the second user from an ad- 
dress list application on the device. In step 130, the first 
user's device sends a request to the second user for 
updates on the second user's location. If in step 132, 
the second user does not accept the first user's request, 
in step 134, a rejection of the first user's request is sent 
from the second user's device to the first user's device. 
[0027] If in step 1 32 , the second user accepts the first 
user's request, then in step 136, the second user's de- 
vice sends an acceptance response to the first user. 
[0028] The location information may be either pushed 
or pulled from the second user's device. If in step 138, 
the information is pushed to the first user's device from 
the second user's device, then in step 140, the second 
user's device preferably detects its location through 
mechanisms such as GPS, base station identification, 
or via geographical mapping software on the device or 
on a server at regular intervals. In step 142, the second 
user's device preferably sends the detected location to 
the first user's device. 

[0029] If in step 1 38, the information is not pushed to 
the first user's device, then in step 144, the first user's 
device preferably polls the second user's device for an 
update of the second user's location. In step 146, upon 
receiving the query from the first user's device, the sec- 
ond user's device preferably detects its location. The 
second user's device preferably sends the location that 
was detected to the first user's device. 
[0030] Fig. 5 is a flow diagram showing the steps for 



updating a user's location. In step 150, a first user cre- 
ates a reminder to update one or more other users of 
the first user's location. In step 152, the first user sends 
the reminderto the one or more other users. An example 

5 of this may be when a mail delivery person progress 
along his/her route, wishing to update his/her current lo- 
cation to the post office. The device then starts updating 
people of the location, either on a periodic basis or when 
polled by the other users. The first user's location infor- 

10 mation may be pushed to the one or more other users 
or the one or more other users may request the first us- 
er's location information from the user's device, as de- 
picted in step 154. 

[0031 ] If the location information is pushed to the one 

15 or more other users, then the first user's device prefer- 
ably detects the location through mechanisms such as 
GPS, base station identification, detecting whether the 
device is in or out of a docking cradle, orvia geographical 
mapping software on the device or on a server, in step 

20 1 56. In step 1 58, the first user's device preferably sends 
the location information to the one or more other users. 
[0032] If the location information is requested by the 
one or more other users, then in step 1 60, the one or 
more other users preferably poll the first user's device 

25 for the location information. In step 142, the first user's 
device preferably detects the information when it re- 
ceives the request from the one or more other users. 
The first user's device preferably sends the location in- 
formation to the one or more other users, as in step 158. 

30 [0033] Fig. 6 shows a typical mobile communication 
device 610, which is preferably a two-way communica- 
tion device. The device preferably has the capability to 
communicate with other computer systems on the Inter- 
net. Depending on the functionality provided by the de- 

35 vice, the device may be referred to as a data messaging 
device, a two-way pager, a cellular telephone with data 
messaging capabilities, a wireless Internet appliance or 
a data communication device (with or without telephony 
capabilities). 

40 [0034] Where the device 61 0 is enabled for two-way 
communications, the device incorporates a communica- 
tion subsystem 611, including a receiver 612, a trans- 
mitter 614, and associated components such as one or 
more, preferably embedded or internal, antenna ele- 

45 ments 616 and 618, local oscillators (LOs) 613, and a 
processing module such as a digital signal processor 
(DSP) 620. As will be apparent to those skilled in the 
field of communications, the particular design of the 
communication subsystem 611 is dependent upon the 

50 communication network in which the device is intended 
to operate. For example, a mobile device 610 destined 
for a North American market may include a communi- 
cation subsystem 611 designed to operate within the 
Mobitex mobile communication system or DataTAC mo- 

55 bile communication system, whereas a mobile device 
61 0 intended for use in Europe may incorporate a GPRS 
communication subsystem 611 . 
[0035] Network access requirements also vary de- 
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pending upon the type of network 619. For example, in 
the Mobitex and DataTAC networks, mobile devices 
such as 610 are registered on the network using a 
unique identification number associated with each de- 
vice. In GPRS networks however, network access is as- 
sociated with a subscriber or user of a device 610. A 
GPRS device therefore requires a subscriber identity 
module (not shown), commonly referred to as a SIM 
card, in order to operate on a GPRS network. Without 
a SIM card, a GPRS device will not be fully functional. 
Local or non-network communication functions (if any) 
may be operable, but the mobile device 610 will be un- 
able to carry out any functions involving communica- 
tions over network 619. 

[0036] When required network registration or activa- 
tion procedures have been completed, a mobile device 
610 may send and receive communication signals over 
the network 619. Signals received by the antenna 616 
through a communication network 619 are input to the 
receiver 61 2, which may perform such common receiver 
functions as signal amplification, frequency down con- 
version, filtering, channel selection and the like, and in 
the example system shown in Fig. 6, analog to digital 
conversion. Analog to digital conversion of a received 
signal allows more complex communication functions 
such as demodulation and decoding to be performed in 
the DSP 620. In a similar manner, signals to be trans- 
mitted are processed, including modulation and encod- 
ing for example, by the DSP 620 and input to the trans- 
mitter 61 4 for digital to analog conversion, frequency up 
conversion, filtering, amplification and transmission 
over the communication network 61 9 via the antenna 
618. 

[0037] The DSP 620 not only processes communica- 
tion signals, but also provides for receiver and transmit- 
ter control. For example, the gains applied to communi- 
cation signals in the receiver 612 and transmitter 614 
may be adaptively controlled through automatic gain 
control algorithms implemented in the DSP 620. 
[0038] The mobile device 610 preferably includes a 
microprocessor 638 that controls the overall operation 
of the device. Communication functions, including at 
least data and voice communications, are performed 
through the communication subsystem 611 . The micro- 
processor 638 also interacts with further device subsys- 
tems such as the display 622, flash memory 624, RAM 
626, auxiliary input/output (I/O) subsystems 628, serial 
port 630, keyboard 632, speaker 634, microphone 636, 
a short-range communications subsystem 640 and any 
other device subsystems generally designated as 642. 
[0039] Within the Flash memory 624, the device 610 
preferably includes a plurality of software modules 
624A-624N that are executed by the microprocessor 
638 (and/or the DSP 620), including a voice communi- 
cation module 624A, a data communication module 
624B, a calendar software module 624C, a task list soft- 
ware module 624D, and a plurality of other operational 
modules 624N for carrying out a plurality of other func- 



tions. 

[0040] Some of the subsystems shown in Fig. 6 per- 
form communication-related functions, whereas other 
subsystems may provide "resident" or on-device func- 

5 tions. Notably, some subsystems, such as keyboard 632 
and display 622 for example, may be used for both com- 
munication-related functions, such as entering a text 
message for transmission over a communication net- 
work, and device-resident functions such as a calculator 

10 or task list. 

[0041 ] Operating system software used by the micro- 
processor 638 is preferably stored in a persistent store 
such as Flash memory 624. In addition to the operating 
system, which controls all of the low-level functions of 

is the device 610, the Flash memory 624 may include a 
plurality of high-level software application programs, or 
modules, such as a voice communication module 624A, 
a data communication module 624B, a calendar module 
624C, a task list module 624D, or any other type of soft- 

20 ware module 624N. The Flash memory 624 also may 
include a file system for storing data. These modules 
are executed by the microprocessor 638 and provide a 
high-level interface between a user of the device and 
the device. This interface typically includes a graphical 

25 component provided through the display 622, and an in- 
put/output component provided through the auxiliary I/ 
O 628, and keyboard 632. If the device includes a voice 
communications module then a speaker 634, and mi- 
crophone 636 may also be included. The operating sys- 

30 tern, specific device applications or modules, or parts 
thereof, may be temporarily loaded into a volatile store, 
such as RAM 626 for faster operation. Moreover, re- 
ceived communication signals may also be temporarily 
stored to RAM 626, before permanently writing them to 

35 a file system located in the persistent store 624. 

[0042] Further application modules 624N may also be 
loaded onto the mobile device 610 through the network 
619, an auxiliary I/O subsystem 628, serial port 630, 
short-range communications subsystem 640 or any ath- 

40 er suitable subsystem 642, and installed by a user in the 
RAM 626 or preferably a non -volatile store for execution 
by the microprocessor 638. Such flexibility in application 
installation increases the functionality of the device and 
may provide enhanced on-device functions, communi- 

^5 cation-related functions, or both. For example, secure 
communication applications may enable electronic 
commerce functions and other such financial transac- 
tions to be performed using the mobile device 610. 
[0043] In a data communication mode, a received sig- 

50 rial such as a text message or web page download is 
processed by the communication subsystem 611 and 
input to the microprocessor 638, which is preferably fur- 
ther process the received signal for output to the display 
622, or alternatively to an auxiliary I/O device 628. A 

55 user of mobile device 61 0 may also compose data items 
such as email messages for example, using the key- 
board 632, which is preferably a complete alphanumeric 
keyboard or telephone-type keypad, in conjunction with 
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the display 622 and possibly an auxiliary I/O device 628. 
Such composed items may then be transmitted over a 
communication network through the communication 
subsystem 611. 

[0044] For voice communications, overall operation of 
the mobile device 610 is substantially similar, except 
that received signals are preferably outputs to a speaker 
634 and signals for transmission are generated by a mi- 
crophone 636. Alternative voice or audio I/O subsys- 
tems such as a voice message recording subsystem 
may also be implemented on the mobile device 610. Al- 
though voice or audio signal output is preferably accom- 
plished primarily through the speaker 634, the display 
622 may also be used to provide an indication of the 
identity of a calling party, the duration of a voice call, or 
other voice call related information for example. 
[0045] A short-range communications subsystem 640 
is a further optional component that may provide for 
communication between the device 610 and different 
systems or devices, which need not necessarily be sim- 
ilar devices. For example, the subsystem 640 may in- 
clude an infrared device and associated circuits and 
components or a BluetoothTM communication module 
to provide for communication with similarly enabled sys- 
tems and devices. 

[0046] It will be appreciated that the above description 
relates to the preferred embodiment by way of example 
only. Many variations on the invention will be obvious to 
those knowledgeable in the field, and such obvious var- 
iations are within the scope of the invention as described 
and claimed, whether or not expressly described. 



Claims 

1 . A method of notifying a first user of an event, com- 
prising the steps of: 

setting a first application to notify the first user 
of the completion of the event as indicated by 
a second application of a second user; 
sending a request to the second application to 
notify the first application to the completion of 
the event; 

receiving a notification from the second appli- 
cation of the completion of the event; and 
sending a reminder to the first user of the com- 
pletion of the event. 

2. The method of claim 1 , wherein the event compris- 
es at least one of a location of a second device as- 
sociated with the second application and a task list- 
ed on the second application. 

3. The method of claim 2, wherein the second device 
determines the location using one of the Global Po- 
sition System, location information received from a 
station, and the proximity of the second device to a 



beacon, and location detection means. 

4. The method of claim 3, wherein the reminder is pro- 
vided to the first user on a first device. 

5 

5. The method of claim 4, wherein the reminder is pro- 
vided to the first device in the form of an email. 

6. The method of claim 5, wherein the first application 
io and the second application are calendar or task list 

applications 

7. The method of claim 5, wherein the first device and 
the second device comprise two-way communica- 

15 tion devices. 

8. A method of providing a reminder based on the lo- 
cation of a mobile device, comprising the steps of: 

20 setting the mobile device to provide a reminder 

upon the mobile device being within proximity 
of the location; 

detecting that the mobile device is within prox- 
imity of the location; and 
25 providing the reminder on the mobile device. 

9. The method of claim 8, wherein the location of the 
mobile device is detected using one of the Global 
Position System, location information received from 

30 a station, and the proximity of the mobile device to 
a beacon, and location detection means. 

1 0. The method of claim 9, wherein the reminder is pro- 
vided to the mobile device in the form of an email. 

35 

1 1 . The method of claim 1 0, wherein the mobile device 
comprises a two-way communication device. 

12. A mobile device for notifying a first user of an event, 
40 comprising: 

a processing module for setting a first applica- 
tion to notify the first user of the completion of 
the event as indicated by a second application 

45 of a second user 

a communication subsystem for sending a re- 
quest to the second application to notify the first 
application to the completion of the event and 
receiving a notification from the second appli- 

50 cation of the completion of the event; and 

a display for displaying a reminder to the first 
user of the completion of the event 

13. The device of claim 12, wherein the event compris- 
es es at least one of a location of a second device as- 
sociated with the second application and a task list- 
ed on the second application. 
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14. The device of claim 13, wherein the second device 
determines the location using one of the Global Po- 
sition System, location information received from a 
station, and the proximity of the second device to a 
beacon, and location detection means. 5 

15. The device of claim 14, wherein the reminder is an 
email. 

16. The device of claim 1 5, wherein the second device 10 
comprises a two-way communication device. 

1 7. The device of claim 1 5, wherein the first application 
and the second application are calendar or task list 
applications is 
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